\section{Pianificazione}

\subsection{Work BreakDown Structure}
La Work BreakDown Structure (Struttura Analitica di Progetto), d’ora in poi WBS, rappresenta l'elenco
di tutte le attivit\`a di un progetto.
Le singole attivit\`a vengono chiamate Work Package, WP, e sono di dimensioni inferiori quindi pi\`u facilmente 
gestibili e controllabili.
Le attivit\`a e i WP vengono rappresentati con una struttura gerarchica  ad albero al fine di semplificarne la comprensione.

La WBS permette di gestire il progetto in modo pi\`u semplice, facilitando il controllo e la gestione delle attivit\`a.
Inoltre permette di iniziare a calcolare i tempi e la pianificazione temporale.

Quella che segue in figura \ref{fig:wbs} \`e la WBS ideata per il progetto e, dato che si tratta di un software, rispecchia in buona parte il ciclo di vita del software.
Come ciclo di sviluppo del software si \`e scelto un ciclo di vita incrementale che permetter\`a di realizzare prima 
la Web Application e successivamente le applicazioni mobile.
Le fasi di analisi e progettazione di alto livello verranno effettuate senza incrementi mentre progettazione di dettaglio 
e sviluppo verranno effettuate in modo incrementale.

\begin{figure}[!h]
\centering
\includegraphics[width=432pt]{content/wbs.png}
\caption{Work BreakDown Structure \label{fig:wbs}}
\end{figure}

\subsection{WBS primo livello}
Segue la descrizione delle WBS di primo livello. Tutte comprendono un costo di 240\officialeuro  ~non imputabile
alle sotto fasi dovuto al project Manager.
\subsubsection{Definizione Concept 1.1}
Questa \`e la fase iniziale dove vengono definiti gli elementi fondamentali del prodotto finale.
Vengono decise le caratteristiche e funzionalit\`a principali, poi il tutto sar\`a riportato ordinatamente in un documento.

\subsubsection{Studio Fattibilit\`a 1.2}
Viene valutato se l'idea possa essere realizzata concretamente realizzando un guadagno.
Vengono considerati aspetti tecnici, economici, legali e di mercato.

\subsubsection{Analisi e Progettazione 1.3}
Vengono definiti i requisiti del sistema e come realizzarlo.
In questa fase si fa una progettazione di alto livello.

\subsubsection{Sviluppo Web Application 1.4}
Viene progettata in dettaglio e sviluppata la Web Application.
Viene anche stilata la manualistica e documentazione.

\subsubsection{Testing Web Application 1.5}
Vengono effettuati i test sulla Web Application partendo dalle singole unit\`a prodotte fino a tutto l'insieme.

\subsubsection{Sviluppo App Mobile 1.6}
Vengono progettate in dettaglio e sviluppate le applicazioni per dispositivi mobile che montano Android, iOS e BlackBerry.
Viene anche stilata la relativa manualistica e documentazione.

\subsubsection{Testing App Mobile 1.7}
Vengono effettuati i test sulle applicazioni mobile, si verificano prima le singole unit\`a e poi tutto l'insieme.

\subsubsection{Pubblicazione 1.8}
Viene rilasciato il sistema e viene effettuata una campagna di promozione.

\subsection{WBS secondo livello}
Segue la descrizione delle singole WBS di secondo livello, ovvero il pi\`u basso.
I WP sono descritte secondo il seguente schema:
\begin{enumerate}
\item \textit{Nome} Nome del WP.
\item \textit{Descrizione} descrizione breve su cosa ci si aspetta dal WP.
\item \textit{Responsabile} persona responsabile di quel WP.
\item \textit{Input} risorse che riceve in ingresso il WP.
\item \textit{Output} prodotto del WP; pu\`o essere dato in ingresso ad altri WP.
\item \textit{Attività} attivit\`a necessarie per la realizzazione.
\item \textit{Costo} costo economico totale del WP in \officialeuro.
\item \textit{Tempo} tempo necessario, i giorni sono di 8 ore.
\end{enumerate}

\subsubsection{Specifiche di massima 1.1.1}
\begin{itemize}
\item[] \textbf{Descrizione} definizione delle specifiche fondamentali del prodotto.
\item[] \textbf{Responsabile} Ferlin Alessandro
\item[] \textbf{Input} idee ed in informazioni ricavate da brainstorming di gruppo.
\item[] \textbf{Output} documento formale che spiega l'idea e ci\`o che si intende realizzare.
\item[] \textbf{Attività} ricerca competitor, brainstorming, realizzazione ed approvazione documento.
\item[] \textbf{Costo} 1200 \officialeuro.
\item[] \textbf{Tempo} 2 giorni.
\end{itemize}

\subsubsection{Fattibilit\`a tecnica 1.2.1}
\begin{itemize}
\item[] \textbf{Descrizione} Valutazione della fattibilit\`a dal punto di vista tecnologico.
\item[] \textbf{Responsabile} Ferlin Alessandro.
\item[] \textbf{Input} documento con specifiche di massima, informazioni sui servizi di \gls{Cloud} Computing.
\item[] \textbf{Output} documento formale che spiega come e con quali tecnologie sia realizzabile il sistema.
\item[] \textbf{Attività} valutazione della documentazione, ricerca e valutazione delle tecnologie utilizzabili, stesura verifica ed approvazione del documento .
\item[] \textbf{Costo} 1128 \officialeuro.
\item[] \textbf{Tempo} 3 giorni.
\end{itemize}

\subsubsection{Fattibilit\`a economica 1.2.2}
\begin{itemize}
\item[] \textbf{Descrizione} Valutazione della fattibilit\`a dal punto di vista economico, si vuole capire se
l'attivit\`a ritorner\`a degli utili.
\item[] \textbf{Responsabile} Scorzato Lorenzo.
\item[] \textbf{Input} documento con specifiche di massima, conoscenze economiche dei costi del personale e delle risorse necessarie.
\item[] \textbf{Output} documento formale che spiega la fattibilit\`a economica contenente previsioni per costi e guadagni e del punto di pareggio BEP.
\item[] \textbf{Attività} valutazione della documentazione, stima dei costi e dei guadagni, stesura verifica ed approvazione documento.
\item[] \textbf{Costo} 648 \officialeuro.
\item[] \textbf{Tempo} 2 giorni.
\end{itemize}

\subsubsection{Fattibilit\`a Legale 1.2.3}
\begin{itemize}
\item[] \textbf{Descrizione} Valutazione della fattibilit\`a dal punto di vista legale, in particolare riguardo
ai brevetti.
\item[] \textbf{Responsabile} Ferlin Alessandro
\item[] \textbf{Input} documento con specifiche di massima, conoscenze su norme e vincoli legali, conoscenza sui competitor.
\item[] \textbf{Output} documento formale che indica se il sistema sia fattibile dal punto di vista legale e se 
lo \`e come tutelarlo.
\item[] \textbf{Attività} valutazione documentazione, consulenza con legale specializzato su brevetti software, 
creazione e registrazione di un eventuale marchio, stesura verifica ed approvazione documento.
\item[] \textbf{Costo} 432 \officialeuro.
\item[] \textbf{Tempo} 2 giorni.
\end{itemize}

\subsubsection{Fattibilit\`a Marketing 1.2.4}
\begin{itemize}
\item[] \textbf{Descrizione} Valutazione della fattibilit\`a dal punto di vista del mercato, decisione strategia per pubblicizzarsi e
avere i primi clienti.
\item[] \textbf{Responsabile} Guizzon Luca
\item[] \textbf{Input} documento con specifiche di massima, informazioni sui competitor, stime e previsioni sull' andamento del mercato.
\item[] \textbf{Output} documento formale che indica se il sistema sia fattibile dal punto di vista del mercato e se 
lo \`e come intraprendere il lancio e la pubblicizzazione.
\item[] \textbf{Attività} valutazione documentazione, consulenza con esperto di marketing, analisi del mercato, stesura verifica ed approvazione documento.
\item[] \textbf{Costo} 432 \officialeuro.
\item[] \textbf{Tempo} 2 giorni.
\end{itemize}

\subsubsection{Analisi dei Rischi 1.2.5}
\begin{itemize}
\item[] \textbf{Descrizione} Analisi dei rischi che potrebbero incombere durante lo sviluppo del progetto e possibilmente strategie per
evitarli o almeno gestirli.
\item[] \textbf{Responsabile} Guizzon Luca
\item[] \textbf{Input} esperienze personali, documenti sugli studi di fattibilit\`a.
\item[] \textbf{Output} documento formale che indica i rischi riscontrabili durante il progetto indicandone la probabilit\`a, la gravit\`a 
e le strategie per contenerli.
\item[] \textbf{Attività} ricerca rischi noti e legati specificatamente al progetto, ricerca soluzioni, stesura verifica ed approvazione documento.
\item[] \textbf{Costo} 400 \officialeuro.
\item[] \textbf{Tempo} 2 giorni.
\end{itemize}

\subsubsection{Definizione Requisiti 1.3.1}
\begin{itemize}
\item[] \textbf{Descrizione} Definizione di tutti i requisiti funzionali, prestazionali, obbligatori o opzionali, e qualitativi che il sistema deve soddisfare.
\item[] \textbf{Responsabile} Ferlin Alessandro
\item[] \textbf{Input} documenti precedentemente creati.
\item[] \textbf{Output} documento Analisi dei Requisiti.
\item[] \textbf{Attività} individuazione dei requisiti, classificazione formalizzazione e catalogazione, creazione \gls{Use Case},
 stesura verifica ed approvazione Analisi dei Requisiti.
\item[] \textbf{Costo} 4200 \officialeuro.
\item[] \textbf{Tempo} 10 giorni.
\end{itemize}

\subsubsection{Pianificazione Qualit\`a 1.3.2}
\begin{itemize}
\item[] \textbf{Descrizione} Identificazione degli standard di qualit\`a che si vuole garantire e i processi da attuare per garantirli.
\item[] \textbf{Responsabile} Guizzon Luca
\item[] \textbf{Input} esperienze personali, standard ISO:9000, politiche interne.
\item[] \textbf{Output} documenti formali Piano di Qualit\`a e norme di Progetto che indicano come garantire la qualit\`a.
\item[] \textbf{Attività} adattamento degli standard e della ISO:9000 alle caratteristiche del progetto, definire le modalit\`a di verifica del software, stesura verifica ed approvazione documenti.
\item[] \textbf{Costo} 1400 \officialeuro.
\item[] \textbf{Tempo} 7 giorni.
\end{itemize}

\subsubsection{Progettazione Alto Livello 1.3.3}
\begin{itemize}
\item[] \textbf{Descrizione} Definire l'architettura del sistema in modo chiaro. Progettazione ad alto livello dei componenti.
\item[] \textbf{Responsabile} Scorzato Lorenzo
\item[] \textbf{Input} Studio di fattibilit\`a tecnica, Analisi dei Requisiti, Piano di Qualit\`a, documentazione tecnica, conoscenza sui
\gls{Design Pattern}.
\item[] \textbf{Output} documento formale Specifica tecnica che spiega l'architettura del sistema.
\item[] \textbf{Attività} analisi documenti in input, ricerca componenti riutilizzabili, ideazione componenti di alto livello, stesura verifica ed approvazione Specifica Tecnica.
\item[] \textbf{Costo} 3520 \officialeuro.
\item[] \textbf{Tempo} 10 giorni.
\end{itemize}

\subsubsection{Progettazione di Dettaglio 1.4.1}
\begin{itemize}
\item[] \textbf{Descrizione} Definizione delle singole unit\`a utili a realizzare la Web Application scritte in modo che possano essere realizzate dai programmatori.
\item[] \textbf{Responsabile} Ferlin Alessandro
\item[] \textbf{Input} Specifica Tecnica, Analisi dei Requisiti, documentazione tecnica.
\item[] \textbf{Output} documento Definizione di Prodotto che definisce in modo non ambiguo con linguaggi formali e naturali le specifiche
delle singole unit\`a.
\item[] \textbf{Attività} analisi documenti in input, definizione unit\`a, raggruppamento ottimizzato per ottenere basso accoppiamento e alta
coesione, creazione diagrammi \gls{UML}.
\item[] \textbf{Costo} 4224 \officialeuro.
\item[] \textbf{Tempo} 12 giorni.
\end{itemize}

\subsubsection{Realizzazione Database 1.4.2}
\begin{itemize}
\item[] \textbf{Descrizione} Realizzazione del database e la parte di back-end che fa funzionare la Web Application in base a quanto deciso
precedentemente.
\item[] \textbf{Responsabile} Guizzon Luca
\item[] \textbf{Input} Specifica Tecnica, Definizione di Prodotto, Piano di Qualit\`a, Norme di Progetto, documentazione tecnica.
\item[] \textbf{Output} database realizzato.
\item[] \textbf{Attività} analisi documenti in input, codifica database, query, e funzionalit\`a previste. Realizzazione documentazione. 
 Prima verifica.
\item[] \textbf{Costo} 2400 \officialeuro.
\item[] \textbf{Tempo} 10 giorni.
\end{itemize}

\subsubsection{Realizzazione Web Application 1.4.3}
\begin{itemize}
\item[] \textbf{Descrizione} Completamento della Web Application.
\item[] \textbf{Responsabile} Scorzato Lorenzo
\item[] \textbf{Input} Specifica Tecnica, Analisi dei Requisiti, documentazione tecnica, database.
\item[] \textbf{Output} Web Application operativa e funzionante.
\item[] \textbf{Attività} analisi documenti in input, codifica, codifica pagine Web rispettando gli standard scelti, controlli sull'accessibilità. Realizzazione documentazione. Prima verifica.
\item[] \textbf{Costo} 3240 \officialeuro.
\item[] \textbf{Tempo} 9 giorni.
\end{itemize}

\subsubsection{Test Unit\`a 1.5.1}
\begin{itemize}
\item[] \textbf{Descrizione} Test su tutte le singole unit\`a.
\item[] \textbf{Responsabile} Ferlin Alessandro
\item[] \textbf{Input} Codice prodotto, Piano di Qualit\`a.
\item[] \textbf{Output} documento Esito dei Test che riassume l'esito dei test effettuati.
\item[] \textbf{Attività} analisi documenti in input, effettuazione dei test, risoluzione errori, stesura verifica ed approvazione Esito dei Test.
\item[] \textbf{Costo} 1080 \officialeuro.
\item[] \textbf{Tempo} 9 giorni.
\end{itemize}

\subsubsection{Test Integrazione 1.5.2}
\begin{itemize}
\item[] \textbf{Descrizione} Test sull'interazione tra le singole unit\`a. Si verifica che le unit\`a interagiscano in modo corretto.
\item[] \textbf{Responsabile} Guizzon Luca
\item[] \textbf{Input} Codice prodotto, Piano di Qualit\`a, Esito dei Test.
\item[] \textbf{Output} aggiornamento esito dei Test.
\item[] \textbf{Attività} analisi documenti in input, effettuazione dei test, risoluzione errori, aggiornamento Esito dei Test.
\item[] \textbf{Costo} 600 \officialeuro.
\item[] \textbf{Tempo} 5 giorni.
\end{itemize}

\subsubsection{Test Regressione 1.5.3}
\begin{itemize}
\item[] \textbf{Descrizione} Viene verificato che le eventuali correzioni apportate non abbiano introdotto errori.
\item[] \textbf{Responsabile} Scorzato Lorenzo
\item[] \textbf{Input} Codice prodotto, Piano di Qualit\`a, Esito dei Test.
\item[] \textbf{Output} aggiornamento Esito dei Test che riassume l'esito dei test effettuati.
\item[] \textbf{Attività} analisi documenti in input, effettuazione dei test, risoluzione errori, aggiornamento Esito dei Test.
\item[] \textbf{Costo} 240 \officialeuro.
\item[] \textbf{Tempo} 2 giorni.
\end{itemize}

\subsubsection{Collaudo 1.5.4}
\begin{itemize}
\item[] \textbf{Descrizione} Il sistema viene testato in presenza degli Amministratori e utenti campione.
\item[] \textbf{Responsabile} Ferlin Alessandro
\item[] \textbf{Input} Web Application, Analisi dei Requisti, Esito dei Test.
\item[] \textbf{Output} approvazione e Web Application pronta per il rilascio.
\item[] \textbf{Attività} prova di tutte le funzionalit\`a offerte.
\item[] \textbf{Costo} 360 \officialeuro.
\item[] \textbf{Tempo} 1 giorni.
\end{itemize}

\subsubsection{Progettazione di Dettaglio Android 1.6.1}
\begin{itemize}
\item[] \textbf{Descrizione} Definizione delle singole unit\`a utili a realizzare l'applicazione per Android scritte in modo che possano essere realizzate dai programmatori.
\item[] \textbf{Responsabile} Guizzon Luca
\item[] \textbf{Input} Specifica Tecnica, Analisi dei Requisiti, documentazione tecnica.
\item[] \textbf{Output} documento Definizione di Prodotto che definisce in modo non ambiguo con linguaggi formali e naturali le specifiche
delle singole unit\`a.
\item[] \textbf{Attività} analisi documenti in input, definizione unit\`a, raggruppamento ottimizzato per ottenere basso accoppiamento e alta
coesione, creazione diagrammi \gls{UML}.
\item[] \textbf{Costo} 1056 \officialeuro.
\item[] \textbf{Tempo} 6 giorni.
\end{itemize}

\subsubsection{Codifica Android 1.6.2}
\begin{itemize}
\item[] \textbf{Descrizione} Realizzazione dell'applicazione per Android in base a quanto deciso precedentemente.
\item[] \textbf{Responsabile} Guizzon Luca
\item[] \textbf{Input} Specifica Tecnica, Analisi dei Requisiti, documentazione tecnica.
\item[] \textbf{Output} applicazione Android realizzata e funzionante.
\item[] \textbf{Attività} codifica, verifica iniziale, prove su dispositivi Android.
\item[] \textbf{Costo} 600 \officialeuro.
\item[] \textbf{Tempo} 5 giorni.
\end{itemize}

\subsubsection{Progettazione di Dettaglio iOS 1.6.3}
\begin{itemize}
\item[] \textbf{Descrizione} Definizione delle singole unit\`a utili a realizzare l'applicazione per iOS scritte in modo che possano essere realizzate dai programmatori.
\item[] \textbf{Responsabile} Ferlin Alessandro
\item[] \textbf{Input} Specifica Tecnica, Analisi dei Requisiti, documentazione tecnica.
\item[] \textbf{Output} documento Definizione di Prodotto che definisce in modo non ambiguo con linguaggi formali e naturali le specifiche
delle singole unit\`a.
\item[] \textbf{Attività} analisi documenti in input, definizione unit\`a, raggruppamento ottimizzato per ottenere basso accoppiamento e alta
coesione, creazione diagrammi \gls{UML}.
\item[] \textbf{Costo} 1056 \officialeuro.
\item[] \textbf{Tempo} 6 giorni.
\end{itemize}

\subsubsection{Codifica iOS 1.6.4}
\begin{itemize}
\item[] \textbf{Descrizione} Realizzazione dell'applicazione per iOS in base a quanto deciso precedentemente.
\item[] \textbf{Responsabile} Ferlin Alessandro
\item[] \textbf{Input} Specifica Tecnica, Analisi dei Requisiti, documentazione tecnica.
\item[] \textbf{Output} applicazione iOS realizzata e funzionante.
\item[] \textbf{Attività} codifica, verifica iniziale, prove su dispositivi Apple.
\item[] \textbf{Costo} 600 \officialeuro.
\item[] \textbf{Tempo} 5 giorni.
\end{itemize}

\subsubsection{Progettazione di Dettaglio BlackBerry 1.6.5}
\begin{itemize}
\item[] \textbf{Descrizione} Definizione delle singole unit\`a utili a realizzare l'applicazione per BlackBerry scritte in modo che possano essere realizzate dai programmatori.
\item[] \textbf{Responsabile} Scorzato Lorenzo
\item[] \textbf{Input} Specifica Tecnica, Analisi dei Requisiti, documentazione tecnica.
\item[] \textbf{Output} documento Definizione di Prodotto che definisce in modo non ambiguo con linguaggi formali e naturali le specifiche
delle singole unit\`a.
\item[] \textbf{Attività} analisi documenti in input, definizione unit\`a, raggruppamento ottimizzato per ottenere basso accoppiamento e alta
coesione, creazione diagrammi \gls{UML}.
\item[] \textbf{Costo} 1056 \officialeuro.
\item[] \textbf{Tempo} 6 giorni.
\end{itemize}

\subsubsection{Codifica BlackBerry 1.6.6}
\begin{itemize}
\item[] \textbf{Descrizione} Realizzazione dell'applicazione per BlackBerry in base a quanto deciso precedentemente.
\item[] \textbf{Responsabile} Scorzato Lorenzo
\item[] \textbf{Input} Specifica Tecnica, Analisi dei Requisiti, documentazione tecnica.
\item[] \textbf{Output} applicazione BlackBerry realizzata e funzionante.
\item[] \textbf{Attività} codifica, verifica iniziale, prove su dispositivi BlackBerry.
\item[] \textbf{Costo} 600 \officialeuro.
\item[] \textbf{Tempo} 5 giorni.
\end{itemize}

\subsubsection{Test Unit\`a Android 1.7.1}
\begin{itemize}
\item[] \textbf{Descrizione} Test su tutte le singole unit\`a realizzate per l'applicazione Android.
\item[] \textbf{Responsabile} Guizzon Luca
\item[] \textbf{Input} Codice prodotto, Piano di Qualit\`a.
\item[] \textbf{Output} documento Esito dei Test che riassume l'esito dei test effettuati.
\item[] \textbf{Attività} analisi documenti in input, effettuazione dei test, risoluzione errori, stesura verifica ed approvazione Esito dei Test.
\item[] \textbf{Costo} 360 \officialeuro.
\item[] \textbf{Tempo} 3 giorni.
\end{itemize}

\subsubsection{Test Integrazione Android 1.7.2}
\begin{itemize}
\item[] \textbf{Descrizione} Test sull'interazione tra le singole unit\`a. Si verifica che le unit\`a interagiscano in modo corretto.
\item[] \textbf{Responsabile} Guizzon Luca
\item[] \textbf{Input} Codice prodotto, Piano di Qualit\`a, Esito dei Test.
\item[] \textbf{Output} aggiornamento esito dei Test.
\item[] \textbf{Attività} analisi documenti in input, effettuazione dei test, risoluzione errori, aggiornamento Esito dei Test.
\item[] \textbf{Costo} 240 \officialeuro.
\item[] \textbf{Tempo} 2 giorni.
\end{itemize}

\subsubsection{Test Regressione  Android 1.7.3}
\begin{itemize}
\item[] \textbf{Descrizione} Viene verificato che le eventuali correzioni apportate non abbiano introdotto errori.
\item[] \textbf{Responsabile} Guizzon Luca
\item[] \textbf{Input} Codice prodotto, Piano di Qualit\`a, Esito dei Test.
\item[] \textbf{Output} aggiornamento Esito dei Test che riassume l'esito dei test effettuati.
\item[] \textbf{Attività} analisi documenti in input, effettuazione dei test, risoluzione errori, aggiornamento Esito dei Test.
\item[] \textbf{Costo} 240 \officialeuro.
\item[] \textbf{Tempo} 2 giorni.
\end{itemize}

\subsubsection{Collaudo Android 1.7.4}
\begin{itemize}
\item[] \textbf{Descrizione} Viene testato che l'applicazione per Android rispetti i requisiti stabiliti e funzioni correttamente su vari dispositivi.
\item[] \textbf{Responsabile} Guizzon Luca
\item[] \textbf{Input} applicazione Android, Analisi dei Requisti, Esito dei Test.
\item[] \textbf{Output} approvazione e applicazione Android disponibile su \gls{Google Play}.
\item[] \textbf{Attività} prova di tutte le funzionalit\`a offerte.
\item[] \textbf{Costo} 120 \officialeuro.
\item[] \textbf{Tempo} 1 giorni.
\end{itemize}

\subsubsection{Test Unit\`a iOS 1.7.5}
\begin{itemize}
\item[] \textbf{Descrizione} Test su tutte le singole unit\`a realizzate per l'applicazione iOS.
\item[] \textbf{Responsabile} Ferlin Alessandro
\item[] \textbf{Input} Codice prodotto, Piano di Qualit\`a.
\item[] \textbf{Output} documento Esito dei Test che riassume l'esito dei test effettuati.
\item[] \textbf{Attività} analisi documenti in input, effettuazione dei test, risoluzione errori, stesura verifica ed approvazione Esito dei Test.
\item[] \textbf{Costo} 360 \officialeuro.
\item[] \textbf{Tempo} 3 giorni.
\end{itemize}

\subsubsection{Test Integrazione iOS 1.7.6}
\begin{itemize}
\item[] \textbf{Descrizione} Test sull'interazione tra le singole unit\`a. Si verifica che le unit\`a interagiscano in modo corretto.
\item[] \textbf{Responsabile} Felin Alessandro
\item[] \textbf{Input} Codice prodotto, Piano di Qualit\`a, Esito dei Test.
\item[] \textbf{Output} aggiornamento esito dei Test.
\item[] \textbf{Attività} analisi documenti in input, effettuazione dei test, risoluzione errori, aggiornamento Esito dei Test.
\item[] \textbf{Costo} 240 \officialeuro.
\item[] \textbf{Tempo} 2 giorni.
\end{itemize}

\subsubsection{Test Regressione  iOS 1.7.7}
\begin{itemize}
\item[] \textbf{Descrizione} Viene verificato che le eventuali correzioni apportate non abbiano introdotto errori.
\item[] \textbf{Responsabile} Ferlin Alessandro
\item[] \textbf{Input} Codice prodotto, Piano di Qualit\`a, Esito dei Test.
\item[] \textbf{Output} aggiornamento Esito dei Test che riassume l'esito dei test effettuati.
\item[] \textbf{Attività} analisi documenti in input, effettuazione dei test, risoluzione errori, aggiornamento Esito dei Test.
\item[] \textbf{Costo} 240 \officialeuro.
\item[] \textbf{Tempo} 2 giorni.
\end{itemize}

\subsubsection{Collaudo iOS 1.7.8}
\begin{itemize}
\item[] \textbf{Descrizione} Viene testato che l'applicazione per iOS rispetti i requisiti stabiliti e funzioni correttamente su vari dispositivi.
\item[] \textbf{Responsabile} Ferlin Alessandro
\item[] \textbf{Input} applicazione iOS, Analisi dei Requisti, Esito dei Test.
\item[] \textbf{Output} approvazione e applicazione iOS disponibile su \gls{App Store}.
\item[] \textbf{Attività} prova di tutte le funzionalit\`a offerte.
\item[] \textbf{Costo} 120 \officialeuro.
\item[] \textbf{Tempo} 1 giorni.
\end{itemize}

\subsubsection{Test Unit\`a BlackBerry 1.7.9}
\begin{itemize}
\item[] \textbf{Descrizione} Test su tutte le singole unit\`a realizzate per l'applicazione Android.
\item[] \textbf{Responsabile} Scorzato Lorenzo
\item[] \textbf{Input} Codice prodotto, Piano di Qualit\`a.
\item[] \textbf{Output} documento Esito dei Test che riassume l'esito dei test effettuati.
\item[] \textbf{Attività} analisi documenti in input, effettuazione dei test, risoluzione errori, stesura verifica ed approvazione Esito dei Test.
\item[] \textbf{Costo} 360 \officialeuro.
\item[] \textbf{Tempo} 3 giorni.
\end{itemize}

\subsubsection{Test Integrazione BlackBerry 1.7.10}
\begin{itemize}
\item[] \textbf{Descrizione} Test sull'interazione tra le singole unit\`a. Si verifica che le unit\`a interagiscano in modo corretto.
\item[] \textbf{Responsabile} Scorzato Lorenzo
\item[] \textbf{Input} Codice prodotto, Piano di Qualit\`a, Esito dei Test.
\item[] \textbf{Output} aggiornamento esito dei Test.
\item[] \textbf{Attività} analisi documenti in input, effettuazione dei test, risoluzione errori, aggiornamento Esito dei Test.
\item[] \textbf{Costo} 240 \officialeuro.
\item[] \textbf{Tempo} 2 giorni.
\end{itemize}

\subsubsection{Test Regressione  BlackBerry 1.7.11}
\begin{itemize}
\item[] \textbf{Descrizione} Viene verificato che le eventuali correzioni apportate non abbiano introdotto errori.
\item[] \textbf{Responsabile} Scorzato Lorenzo
\item[] \textbf{Input} Codice prodotto, Piano di Qualit\`a, Esito dei Test.
\item[] \textbf{Output} aggiornamento Esito dei Test che riassume l'esito dei test effettuati.
\item[] \textbf{Attività} analisi documenti in input, effettuazione dei test, risoluzione errori, aggiornamento Esito dei Test.
\item[] \textbf{Costo} 240 \officialeuro.
\item[] \textbf{Tempo} 2 giorni.
\end{itemize}

\subsubsection{Collaudo BlackBerry 1.7.12}
\begin{itemize}
\item[] \textbf{Descrizione} Viene testato che l'applicazione per BlackBerry rispetti i requisiti stabiliti e funzioni correttamente su vari dispositivi.
\item[] \textbf{Responsabile} Scorzato Lorenzo
\item[] \textbf{Input} applicazione BlackBerry, Analisi dei Requisti, Esito dei Test.
\item[] \textbf{Output} approvazione e applicazione BlackBerry disponibile su \gls{App World}.
\item[] \textbf{Attività} prova di tutte le funzionalit\`a offerte.
\item[] \textbf{Costo} 120 \officialeuro.
\item[] \textbf{Tempo} 1 giorni.
\end{itemize}

\subsubsection{Promozione 1.8.1}
\begin{itemize}
\item[] \textbf{Descrizione} Pubblicizzare il prodotto nel modo migliore possibile cos\`i da avere il maggior numero di clienti possibile.
\item[] \textbf{Responsabile} Ferlin Alessandro
\item[] \textbf{Input} sistema completo, conoscenze di marketing.
\item[] \textbf{Output} pubblicit\`a, visibilit\`a, clienti.
\item[] \textbf{Attività} pubblicizzazione su siti specializzati e social media, ricerca aziende partner che propongano progetti per polare
inizialmente la Web App.
\item[] \textbf{Costo} 5488 \officialeuro.
\item[] \textbf{Tempo} 14 giorni.
\end{itemize}

\subsection{Resource Breakdown Structure}
La Resource Breakdown Structure, dora in poi RBS, \`e una classificazione delle risorse strutturata in modo gerarchico.
Per risorsa si intende tutto ci\`o che risulta necessario per svolgere il progetto, a differenza della OBS sono presenti anche risorse materiali.
La RBS risulta fondamentale per la stima dei costi, presente in sezione \ref{economico}.
Quella in figura \ref{fig:rbs} \`e la struttura delle risorse per \nomeAzienda.
Le risorse sono suddivise in interne ed esterne, per interne si intende che saranno disponibili internamente all'azienda
mentre per quelle esterne sar\`a necessario rivolgersi a terzi.
Sono successivamente suddivise in umane e strumentali. 

\begin{figure}[!h]
\centering
\includegraphics{content/risorse.png}
\caption{Resource Breakdown Structure \label{fig:rbs}}
\end{figure}


\subsection{ Organizational Breakdown Structure}
L' Organizational Breakdown Structure, dora in poi OBS rappresenta le risorse umane coinvolte nel progetto.
Ha una struttura ad albero dove alla radice troviamo il project manager e via via personale con meno responsabilit\`a mano a mano che si 
scende di livello.

La OBS serve a facilitare la coordinazione dei lavori, favorire la comunicazione, e naturalmente individuare le risorse umane coinvolte
e le loro responsablit\`a.

Segue la OBS realizzata per \nomeAzienda ~in figura \ref{fig:obs}

\begin{figure}[!h]
\centering
\includegraphics[width=432pt]{content/obs.png}
\caption{Organizational Breakdown Structure \label{fig:obs}}
\end{figure}

\subsubsection{Project Manager}
Ha il ruolo della gestione del progetto.
Deve pianificare e coordinare le risorse al fine di portare a compimento il progetto.
Deve possedere sia conoscenze tecniche sia gestionali.

\subsubsection{Analista}
Nella fase iniziale del progetto redige le specifiche di massima, poi studi di fattibilità e Analisi dei Rischi ed Analisi dei Requisiti.
Usa il linguaggio formale \gls{UML} per produrre documenti comprensibili e non ambigui.

\subsubsection{Progettista}
Partendo dal' Analisi dei Requisiti deve fornire una soluzione al problema che lo risolva nel modo migliore possibile.
Deve operare scelte tecnologiche e produrre tutta l'architettura del sistema, prima ad alto livello e poi in dettaglio.
Le sue indicazioni devono essere chiare e formali cossich\`e i programmatori possano seguirle senza introdurre gradi li libert\`a.

\subsubsection{Responsabile Marketing}
Nella parte iniziale del progetto si occupa della fattibilit\`a di marketing e nella parte finale della promozione.
Deve saper comprendere l'andamento del mercato e capire come promuovere al meglio il prodotto.

\subsubsection{Consulente Legale}
Il consulente legale viene interpellato inizialmente per la fattibilit\`a legale.
In seguito potrebbe essere ricontattato per un marchio o dei brevetti, o in tutte quelle situazioni in cui serva un supporto legale.

\subsubsection{Responsabile Finanziario}
Il responsabile finanziario inizialmente valuta la fattibilit\`a economica del progetto.

\subsubsection{Responsabile Qualit\`a}
Il responsabile della qualit\`a deve definire gli standard da seguire per garantire la qualit\`a di quanto prodotto.
Deve pianificare in modo conforme alla normativa ISO:9000 e programmare le azioni da intraprendere per ottenere un miglioramento continuo (PDCA) dei processi dell'azienda.

\subsubsection{Programmatore}
Il programmatore ha il compito di produrre il codice seguendo le indicazioni fornite dai progettisti.
Infine si occuper\`a della manutenzione.
Essendo l'attivit\`a di programmazione divisibile e non creativa vengono assunti pi\`u programmatori che sono anche la categoria pi\`u numerosa.

\subsubsection{Verificatore}
Il verificatore deve verificare tutto il lavoro prodotto dalle risorse umane.
In particolare ha importanza la verifica del codice prodotto, effettuata seguendo le indicazioni prodotte dal Responsabile della Qualit\`a, per garantire la qualit\`a del sistema finale.
Controlla anche che il software rispetti i requisiti stabiliti e che ci sia una corrispondenza requisiti-\gls{Use Case} e requisiti-classi cos\`i da non tralasciare requisiti e non avere parti che non ne soddisfano (quindi non utili).

\subsubsection{Grafico Pubblicitario}
Viene interpellato alla fine del progetto per la fase di promozione.
Il suo compito \`e di creare quanto richiesto dal Responsabile Marketing per ottenere una campagna efficace.

\subsection{Pianificazione Temporale}
Segue la pianificazione temporale rappresentata con vari formalismi.
Si \`e deciso di utilizzare OpenProj in quanto \`e un software gratuito che permette di creare diagrammi di Gantt e reticolari una volta inserite le attivit\`a.
Permette inoltre di modificare la pianificazione diagrammi, date e costi verranno aggiornati automaticamente di conseguenza.

\subsubsection{Lista WP}
Segue la lista delle WP con date indicative di inizio e fine, personale coinvolto e costo.
Il costo \`e relativo solamente al personale.
Si fa notare che la percentuale affiancata ad alcuni ruoli indica che ci saranno pi\`u persone
a svolgerlo, banalmente 200\% sta per due persone e 300\% per tre.

\begin{figure}[!h]
\centering
\includegraphics[width=432pt]{content/generale.png}
\caption{Lista Work Pakage \label{fig:wp}}
\end{figure}
\FloatBarrier

\subsubsection{Gantt}
Il Gantt è una rappresentazione grafica della durata di un insieme di attività. Le attività vengono
disposte lungo l'asse delle ordinate, l’ indicazione del tempo viene apposta sul' asse delle ascisse.
La durata delle attività è rappresentata da una barra orizzontale che si estende tra il tempo di inizio e
di fine dell’ attivit\`a.

\begin{figure}[!h]
\centering
\includegraphics[width=550pt, angle=270]{content/gantt.png}
\caption{Diagramma di Gantt \label{fig:gantt}}
\end{figure}
\FloatBarrier

\subsubsection{Diagramma Reticolare}
Il diagramma reticolare descrive la sequenza cronologica delle azioni pianificate per completare il progetto. 
\begin{figure}[!h]
\centering
\includegraphics[width=432pt]{content/reticolare.png}
\caption{Diagramma Reticolare \label{fig:reticolare}}
\end{figure}
\FloatBarrier